United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



FILING DATE 



FIRST NAMED INVENTOR 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



1 0/7? I. (.55 



I2/OK/20IO 



Srikanth Karimisettj 



51206 7590 05/11/2009 

TOWNSEND AND TOWNSEND AND CREW LLP 
TWO EMBARCADERO CENTER 
8TH FLOOR 

SAN FRANCISCO, CA 941 1 1-3834 



021756-005100US 



BETIT, JACOB F 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/731,655 


Applicant(s) 

KARIMISETTY ET AL. 


Examiner 

Jacob F. Betit 


Art Unit 

2169 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 03 March 2009 . 
2a )□ This action is FINAL. 2b)^ This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-26 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) |EI Claim(s) 1-26 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) D Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) □ Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 

Paper No(s)/Mail Date . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20090508 



Application/Control Number: 1 0/73 1 ,655 Page 2 

Art Unit: 2169 

DETAILED ACTION 

Continued Examination Under 37 CFR 1.114 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.1 14, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.1 14. Applicant's submission filed on 3 March 2009 has been entered. 

Remarks 

2. In response to communications filed on 3 March 2009, claims 1,12, 19-26 have been 
amended per the applicant's request. Claims 1-26 are presently pending in the application. 

Claim Objections 

3. Claims 12-26 objected to because of the following informalities: 

Claim 12 recites "computer-readable memory configured to store a computer program". 
The phrase "configured to" is passively recited so as to draw into question if the memory 
actually stores the computer program or if it merely has the intended use of doing so. Language 
that suggests or makes optional but does not require steps to be performed or does not limit a 
claim to a particular structure does not limit the scope of the claim or the claim limitation. See 
MPEP2106 II.C. 

Claim 12 also includes the limitation "computer program to" which raises similar issues. 
Claims 13-18 are objected to for depending from objected to claim 12. 
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Claim 19 recites "code for" performing actions and as such the actions are passively 
recited. This brings into question whether the actions are actually performed. Language that 
suggests or makes optional but does not require steps to be performed or does not limit a claim to 
a particular structure does not limit the scope of the claim or the claim limitation. See MPEP 
2106 II. C. If the applicant is attempting to invoke an interpretation of the claims in view of 35 
USC §1 12 sixth paragraph, the applicant is reminded that a claim will only be presumed to 
invoke 35 USC § 1 12 sixth paragraph if it meats the following: (A) the claim limitations must 
use the phrase "means for " or "step for; " (B) the "means for " or "step for " must be 
modified by functional language; and (C) the phrase "means for " or "step for " must not be 
modified by sufficient structure, material, or acts for achieving the specified function. 

Claims 20-25 are objected to for depending from objected to claim 19. 

Claim 26 uses the word "assocaited" in line 9. This is the incorrect spelling of the word 
"associated". For the purposes of examining it is assumed that it was meant —associated--. 

Appropriate correction is required. 

Claim Rejections - 35 USC §102 
4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application lor patent in the United States. 
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5. Claims 1-3, 7, 9-14, 18-21, and 25 rejected under 35 U.S.C. 102(b) as being anticipated 
by Derek Mathieson , "Implementing Oracle Workflow". 

As to claim 1 , Mathieson teaches a method performed by a computer system of 
committing a transaction to a database, the method comprising: 

detecting a database transaction between an application and the database at the computer 
system (see Figure 1, "Creating a Purchase Order", and see Figure 3 "Start"); 

intercepting transaction data from the database transaction with the computer system 
prior to the database transaction being committed to the database based on an event monitored by 
the computer system that is triggered by the database transaction (see pages 9-10, "Document 
Routing Information", "When a document is assigned to a user, either for signature, or simply for 
information, the document status is updated."); 

creating an electronic record at the computer system from the intercepted transaction data 
prior to committing the database transaction to the database (see Figure 1 1 and Figure 12, which 
display records of status information of documents); 

executing a rule associated with the event at the computer system to determine whether 
an electronic signature is required to connote review of the electronic record created from the 
intercepted transaction data in order to commit the database transaction to the database (see 
pages 2-3, "Signature Rights Database", "most financial documents require at least one signature 
to authorize payment... When the workflow reaches this step in the routing a special stored 
procedure is called which determines who has the right to sign for the expenditure according to 
our signature right database"); 
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requesting the electronic signature using the computer system prior to committing the 
database transaction to the database based on a determination that an electronic signature is 
required (see pages 2-3, "Signature Rights Database", "select the first person that has the right to 
sign and is not absent"); and 

committing the database transaction associated with to the database using the computer 
system in response to receiving the electronic signature (see Figure 3, "End (Approved)"). 

As to claim 2, Mathieson teaches wherein the electronic record comprises data generated 
from multiple tables of the database (see Figure 1 , information of pull down menus from 
different tables and see pages 6-7, "Interface to CERN Databases"). 

As to claim 3, Mathieson teaches wherein the electronic record is stored in a common 
repository of electronic records that provides an audit trail that cannot be altered or disabled by 
users of the database (see Figures 1 1 and 12). 

As to claim 7, Mathieson teaches further displaying at least some of the transaction data 
in the electronic record on a computer display based on the determination that an electronic 
signature is required (see page 1, "web-based interface"). 

As to claim 9, Mathieson teaches further comprising obtaining and verifying the 
electronic signature (see page 2, "authorization password"). 
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As to claim 10, Mathieson teaches wherein the rule requires a plurality of different 
electronic signatures and wherein, if execution of the rule results in a determination that a 
plurality of electronic signatures are required, requesting the plurality of electronic signatures 
prior to committing the data to the database (see page 3, "at least one signature to authorize 
payment"). 

As to claim 11, Mathieson teaches wherein, if the electronic signature is rejected or 
otherwise cannot be obtained, the database transaction is rolled-back and not committed to the 
database (see Figure 3, "End (Rejected)"). 

As to claim 12. (Currently amended) A computer system that manages electronic records 
stored in a database, the computer system comprising: 

a processor; a database (see page 1, "Client-Server application and see pages 6-7, 
Interface to CERN Databases); and 

a computer-readable memory coupled to the processor, the computer-readable 
memory configured to store a computer program (see page 1 , "Client-Server application"); 

wherein the processor is operative with the computer program to: 

detect a database transaction between an application and the database (see Figure 1 , 
"Creating a Purchase Order", and see Figure 3 "Start"); 

intercept transaction data from the database transaction initiated between the application 
and the database prior to committing the transaction to the database based on an event monitored 
by the processor that is triggered by the database transaction (see pages 9-10, "Document 
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Routing Information", "When a document is assigned to a user, either for signature, or simply for 
information, the document status is updated."); 

create an electronic record from the intercepted transaction data prior to committing the 
database transaction to the database (see Figure 1 1 and Figure 12, which display records of status 
information of documents); 

execute a rule associated with the event record to determine whether an electronic 
signature is required to connote review of the electronic record created from the intercepted 
transaction data in order to commit the database transaction to the database (see pages 2-3, 
"Signature Rights Database", "most financial documents require at least one signature to 
authorize payment... When the workflow reaches this step in the routing a special stored 
procedure is called which determines who has the right to sign for the expenditure according to 
our signature right database"; and 

request the electronic signature prior to committing the database transaction to the 
database based on a determination that an electronic signature is required (see pages 2-3, 
"Signature Rights Database", "select the first person that has the right to sign and is not absent"); 
and 

commit the database transaction to the database in response to receiving the electronic 
signature (see Figure 3, "End (Approved)"). 

As to claim 13, the applicant is directed to the citations for claim 2 above. 
As to claim 14, the applicant is directed to the citations for claim 3 above. 
As to claim 18, the applicant is directed to the citations for claim 9 above. 
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As to claim 19, Mathieson teaches a computer-readable storage medium configured to 
store computer-executable code for managing electronic records stored in a database, the 
computer-readable storage medium comprising: 

code for detecting initiating a database transaction between an application and the 
database (see Figure 1, "Creating a Purchase Order", and see Figure 3 "Start"); 

code for monitoring an event that is triggered by the database transaction (see Figure 1 1 
and Figure 12, which display records of status information of documents); 

code for intercepting transaction data from the database transaction prior to the database 
transaction being committed to the database based on the event that is triggered by the database 
transaction (see pages 9-10, "Document Routing Information", "When a document is assigned to 
a user, either for signature, or simply for information, the document status is updated."); 

code for creating an electronic record from the intercepted transaction data prior to 
committing the database transaction to the database (see Figure 1 1 and Figure 12, which display 
records of status information of documents); 

code for executing a rule associated with the event to determine whether an electronic 
signature is required to connote review of the electronic record created from the intercepted 
database transaction in order to commit the database transaction to the database (see pages 2-3, 
"Signature Rights Database", "most financial documents require at least one signature to 
authorize payment... When the workflow reaches this step in the routing a special stored 
procedure is called which determines who has the right to sign for the expenditure according to 
our signature right database"; and 
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code for requesting the electronic signature prior to committing the database transaction 
to the database based on a determination that that an electronic signature is required (see pages 2- 
3, "Signature Rights Database", "select the first person that has the right to sign and is not 
absent"); and 

code for committing the database transaction to the database in response to receiving the 
electronic signature (see Figure 3, "End (Approved)"). 

As to claim 20, Mathieson teaches wherein the code for creating an electronic record 
further comprises code for creating electronic records in response to the occurrence of a 
predefined event (see Figure 1 1 and Figure 12, which display records of status information of 
documents). 

As to claim 21, the applicant is directed to the citations for claim 3 above. 
As to claim 25, the applicant is directed to the citations for claim 9 above. 

Claim Rejections - 35 USC §103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 
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7. Claims 4-6, 15-17, and 22-24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Mathieson in view of Bisbee et al. (U.S. patent application publication No. 2001/0002485 
Al) and Bertino et al, "Integrating XML and Databases". 

Claims 4 and 5 are rejected for the following reasons: 

Mathieson fails to expressly disclose the use of XML Documents. 

Bisbee et al. teaches the objects being stored as XML documents, see paragraph 0071. 
Thus it would have been obvious to one of ordinary skill in the art at the time of the invention to 
use XML as a well-known standard which provides the advantage of being easily supported. 

However, it is not expressly stated in the above mentioned references how the data is 
stored within the database. Bertino et al. teaches the storage of an unstructured XML document 
as a column of a table as a CLOB data type, see page 86 column 1 . Thus, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to include these features as 
it provides an organized method for storing the xml documents. 

Also note, Mathieson teaches using "Oracle Workflow", and the document "Oracle 
Workflow Release 2.6.2 Business Event System and PL/SQL Development Guidelines" teaches 
that Oracle Workflow typically uses XML documents as see on page 15. 

As to claim 6, Mathieson as modified, teaches wherein XML fields of the data are filled 
with the transaction data based on a predefined mapping of a data type definition to multiple data 
sources (see Bisbee et al. and Bertino et al. as cited above, where data in XML files is implicitly 
formatted using the mapping of a DTD, as the DTD defines how data is mapped and related in an 
XML file). 
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As to claim 15, the applicant is directed to the citations for claim 4 above. 
As to claim 16, the applicant is directed to the citations for claim 5 above. 
As to claim 17, the applicant is directed to the citations for claim 6 above. 
As to claim 22, the applicant is directed to the citations for claim 4 above. 
As to claim 23, the applicant is directed to the citations for claim 5 above. 
As to claim 24, the applicant is directed to the citations for claim 6 above. 

8. Claim 8 is rejected under 35 U.S.C. 1 03(a) as being unpatentable over Mathieson in view 
of Bisbee et al. and the applicant's admitted prior art (see MPEP §2144.03 C, the applicant's 
failure to traverse the examiner's assertions in the previous office action are taken to be an 
admittance of prior art). 

As to claim 8, Mathieson does not distinctly disclose wherein the transaction data in the 
electronic record is displayed according to a predefined layout set forth in an XSL style sheet 
associated with data comprising a copy of the electronic record as displayed, wherein the data is 
stored within a column of a database table. 

Bisbee et al. teaches XML for formatting the data and having data that contains copies 
(see paragraph 0100). Thus it would have been obvious to one of ordinary skill in the art at the 
time of the invention to use XML as a well-known standard which provides the advantage of 
being easily supported. 

However, Mathieson as modified by Bisbee et al. still fails to expressly disclose how the 
data is presented to the user, and the data being stored in tables. 
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The applicant has admitted that use of XSL to provide a layout for displaying XML 
documents and the ability to store data in tables was well known in the art at the time of the 
invention. Thus it would have been obvious to one having ordinary skill in the art at the time of 
the invention to have modified Mathieson to include these things because XSL is the standard 
language for determining XML document presentation and storing data in tables is makes 
retrieval efficient. 

Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over Mathieson in 
view of Bisbee et al., Bertino ct al, and the applicant's admitted prior art. 

As to claim 26, Mathieson teaches a computer-implemented method of committing a 
transaction to a database, the method comprising: 

intercepting transaction data at a computer system from a database transaction initiated 
between an application and the database in response to a user-created event monitored by the 
computer system that is triggered by the database transaction (see pages 9-10, "Document 
Routing Information", "When a document is assigned to a user, either for signature, or simply for 
information, the document status is updated."; 

creating an electronic record with the computer system prior to committing the associated 
database transaction to the database (see Figure 1 1 and Figure 12, which display records of status 
information of documents); 

storing the electronic record in a common repository of electronic records that provides 
an audit trail that cannot be altered or deleted by users of the system (see page 10, "information 
is maintained as a permanent record of all the actions that were performed on the document); 
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executing a rule associated with the event to determine whether an electronic signature is 
required to connote review of the electronic record in order to commit the database transaction to 
the database (see pages 2-3, "Signature Rights Database:, "most financial documents require at 
least one signature to authorize payment... When the workflow reaches this step in the routing a 
special stored procedure is called which determines who as the right to sign for the expenditure 
according to our signature right database"); 

if execution of the rule results in a determination that an electronic signature is required, 
requesting, obtaining and verifying the electronic signature prior to committing the transaction 
into a database (see pages 2-3, "Signature Rights Database", "select the first person that has the 
right to sign and is not absent"); and 

committing the transaction to the database in response to verifying the electronic 
signature (see figure 3, "End (Approved)"). 

Mathieson does not distinctly disclose: 

wherein the electronic record comprises the intercepted transaction data prepared by the 
computer system using a set of XML mappings associated with the user-created-event as a well- 
formed XML document in a character large-object (CLOB) format of a column of a database 
table; and 

displaying the transaction data in the electronic record according to a predefined layout 
set forth in an XSL style sheet associated with the electronic record and storing a copy of the 
transaction data as displayed in a character large-object (CLOB) format of a second column of 
the database table. 
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Bisbee teaches the objects being XML documents, see paragraph 0071 . Thus it would 
have been obvious to one of ordinary skill in the art at the time of the invention to use XML as a 
well-known standard which provides the advantage of being easily supported. 

However, it is not expressly stated in the above mentioned references how the data is 
stored within the database. Bertino et al. teaches the storage of an unstructured XML document 
as a column of a table as a CLOB data type, see page 86 column 1 . Thus, it would have been 
obvious to one of ordinary skill in the art at the time of the invention to include these features as 
it provides an organized method for storing the xml documents. 

Mathieson as modified by Bisbee ct al. and Bertino et al. still fails to expressly disclose 
how the data is presented to the user, and the data being stored in tables. 

However, the applicant has admitted that use of XSL to provide a layout for displaying 
XML documents and the ability to store data in tables was well known in the art at the time of 
the invention. Thus it would have been obvious to one having ordinary skill in the art at the time 
of the invention to have modified Mathieson to include these things because XSL is the standard 
language for determining XML document presentation and storing data in tables is makes 
retrieval efficient. 

Response to Arguments 

9. Applicant's arguments filed 3 March 2009 have been fully considered but they are not 
persuasive. 

In response to the applicant's arguments that the cited references fail to disclose "an 
electronic record at a computer system from intercepted transaction data prior to committing a 



Application/Control Number: 1 0/73 1 ,655 Page 1 5 

Art Unit: 2169 

database transaction to a database", the arguments have been considered, but are not deemed 
persuasive. Mathieson teaches keeping a record of a document "as a permanent record of all of 
the actions that were performed on the document". This record is created from the actions that 
occur before the record is approved and committed (signed and the end of the workflow is 
reached). Mathieson further discloses one of these actions being the system realizing that a 
signature is required and forwarding the record to the user that is authorized to sign it 
(intercepting). A separate procedure is called to perform this action (see page 3). Therefore, 
Mathieson does disclose this limitation. 

In response to the applicant's arguments that the cited references fail to disclose 
"executing a rule associated with the event at the first computer system to determine whether an 
electronic signature is required to connote review of the electronic record created from the 
intercepted transaction data in order to commit the database transaction to the database", the 
arguments have been considered, but are not deemed persuasive. Mathieson teaches executing a 
rule to require and get a signature from an authorized party. It is assumed that the signature is 
performed by the authorized person when the authorized person has reviewed the document and 
made sure that it has been correctly filled out. Therefore, this limitation is taught by Mathieson. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jacob F. Betit whose telephone number is (571)272-4075. The 
examiner can normally be reached on Monday through Friday 9:30 am to 5:30 pm. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

supervisor, Tony Mahmoudi can be reached on (571) 272-4078. The fax phone number for the 

organization where this application or proceeding is assigned is 571-273-8300. 

/Jacob F Betit/ 
Examiner, Art Unit 2169 

jfb 

10 May 2009 



